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ABSTRACT 



A system for time-stamping a data packet associated with a 
data network allows software applications, running on non- 
deterministic systems, to determine the precise time that 
packets were transmitted to or received from a physical 
network interface. The system includes a network media 
interface device for transferring a data packet lo or from a 
network medium, and a time source for generating and 
maintaining a time code. The system further includes a 
time-stamping circuit for sampling a time code from the 
time source when the interface device transfers the data 
packet to or from the network medium, and for associating 
the lime code with the receive data packet so as to form a 
time-stamped packet. 
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HARDWARE TIME STAMPING AND 
REGISTRATION OF PACKETIZED DATA 
METHOD AND SYSTEM 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates to packetized data 
networks, and more particularly, to determining time-of- 
transmission and time-of-arrival of data packets on a data 
network. 

[0002] In order to evaluate the functionality and eflBciency 
of a packetized data network, network software applications 
often monitor many aspects of packet traffic on the network. 
For example, in order to determine packet propagation delay 
(also referred to herein as "transit delay,'*** transit time" or 
"propagation time") from one point on the network to 
another, a network software application can time -tag (also 
referred to herein as "time- stamp") individual packets as 
they are transmitted or received and use the time-stamp 
information to determine propagation time. As used herein, 
the term "time -tag" or "time-stamp" means to sample a 
chronometer (or other reference time code source) when the 
packet is at a particular location in the network, then 
associate the sampled time code with the packet. Some prior 
art systems time -stamp the packets that are used in a "ping 
test" to determine packet propagation delay on a network. A 
ping test uses echo request packets and echo response 
packets to create a loop -back test between two stations on a 
network. FIG. 1 illustrates how a prior art system 10 uses a 
ping test to determine packet propagation delay. The system 
10 includes a first station 12 and a second station 14 that 
communicate via a network medium 16. Each station 
includes test application software 18, several layers of 
intermediate software 20, a medium access controller 
(MAC) 22, and a physical medium interface (PHY) 24 (e.g., 
an Ethernet interface). The test application software 18:1 in 
the first station 12 generates and time-stamps an echo 
request packet. The application software 18:1 immediately 
sends the packet through the layers of intermediate software 
20:1 (also referred to herein as the "software stack**), the 
MAC 22:1 and the PHY 24:1, and out to the second station 
14 via the network medium 16. When the echo request 
packet reaches the second station 14, the packet passes 
through the PHY 24:2, the MAC 22:2, the software stack 
20:2, and is received by the application software 18:2. The 
application software 18:2 compiles an echo response packet 
and sends the response packet back through the stack 20:2, 
the MAC 22:2, the PHY 24:2 and out to the first station 12 
via the network medium 16. When the echo response packet 
reaches the first station 12, the packet passes through the 
PHY 14:1, the MAC 22:1, the stack 20:1 and is received and 
time -tagged by the application software 18:1. The applica- 
tion software 18:1 calculates the difference between the 
time-tag of the received echo request packet and the time-tag 
of the transmitted echo response packet to determine the 
round-trip propagation delay of the packet. 

[0003] One disadvantage of such prior art systems is that 
since the packet time-tagging occurs at the application 
software 18:1, the propagation times through the software 
stacks 20:1 and 20:2 are included in the round trip time that 
the application software 18:1 calculates. The propagation 
times through the software stacks 20:1 and 20:2 are subject 
to non-deterministic delays induced by operating systems 
and software processes. The delays are non-deterministic 



because the operating systems and software processes are 
typically multitasking, and thus dependent on instantaneous 
loading from various external factors. Further, the chronom- 
eter that a typical prior art system uses is often software - 
based, and therefore vulnerable to the same non-determin- 
istic effects that influence the software stacks. Since the 
delays induced via such prior art time stamping schemes are 
non-deterministic, accurate arrival and network infrastruc- 
ture transit times are not possible to predict. An accurate 
arrival time for packets is of particular interest in commu- 
nications systems for applications that are delay-bounded, 
such as voice and video. This is especiaUy true when the 
inaccuracy in marking transmit and arrival times is greater 
than the jitter and delay resolution required by real time 
application. 

[0004] It is an object of the present invention to substan- 
tially overcome the above-identified disadvantages and 
drawbacks of the prior art. 

SUMMARY OF THE INVENTION 

[0005] The present invention allows software applica- 
tions, running on non-deterministic systems, to determine 
the precise time that packets were transmitted to or received 
from a physical network interface. Such an algorithm is not 
application dependent, and the same scheme works regard- 
less of the application layer protocol used for communica- 
tion. 

[0006] The present invention removes the delays induced 
by software time stamping schemes, which allows highly 
accurate measurements of network transit times for pack- 
etized data. The invention requires that a time value be 
associated to all packets that are received from the physical 
media. This operation is performed by hardware to minimize 
delays associated with packet reception functions. The time 
value that is associated with a packet can be correlated to 
either the first bit of the packet or alternatively the last bit of 
the packet received from the physical media. The time 
source can be a simple free running counter running from a 
relatively stable local oscillator, or a GPS based time source 
that is disciplined to UTC (Coordinated Universal Time). 

[0007] Each packet that is received fi-om the physical 
network will have a unique time stamp associated with it. A 
software process that has non-deterministic delays can pro- 
cess these hardware time stamped packets in the future on a 
non-real time basis without losing precise arrival time 
information, since each packet contains its own time stamp 
value. 

[0008] ITie foregoing and other objects are achieved by 
the invention which in one aspect comprises a system for 
time-stamping a data packet associated with a data network. 
The system includes a network media interface device for 
transferring a data packet to or from a network medium, and 
a time source for generating and maintaining a time code. 
The system ftirthcr includes a time-stamping circuit for 
sampling a time code from the time source when the 
interface device transfers the data packet to or from the 
network medium, and for associating the time code with the 
receive data packet so as to form a time -stamped packet. 

[0009] In another embodiment of the invention, the time- 
stamping circuit further includes a memory circuit for stor- 
ing the time-stamped packet. 
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[0010] Id another embodiment of the invention, the net- 
work media interface device includes an Ethernet interface 
device for implementing an Ethernet protocol on the net- 
work media. 

[0011] In another enabodiment of the invention, the system 
further includes an application software package for receiv- 
ing a pair of time-stamped packets from the time stamping- 
circuit. The software package calculates a time difference 
from the time-stamped packets. The time difference corre- 
sponds to the amount of time that elapsed on the time source 
between when the first packet was stamped and when the 
second packet was stamped. 

[0012] In another embodiment of the invention, the appli- 
cation software package further includes a registration mod- 
ule for designating one or more specific packets. The soft- 
ware package receives the specific packet designations from 
the registration module, and processes only those specific 
packets of all the packets received from the time-stamping 
circuit. 

[0013] In another embodiment of the invention, the appli- 
cation software package further includes a registration mod- 
ule for designating one or more specific packets. The time- 
stamping circuit receives the specific packet designations 
from the registration module, and time-stamps only those 
specific packets of all the data packets transferred to or from 
the network. 

[0014] In another embodiment of the invention, each of 
the time-stamped packets includes at least a portion of the 
time code in a CRC field of the packet. 

[0015] In another embodiment of the invention, for each 
of the time-stamped packets, the time-stamping circuit 
executes a CRC calculation on the packet so as to produce 
a single error bit signifying whether or not an error is present 
in the packet. The time-stamping circuit further removes an 
original CRC word from the CRC field of the packet. The 
time -stamping circuit also inserts the error bit and the time 
code into the CRC field of the packet. 

[0016] In another embodiment of the invention, the time- 
stamping circuit passes each packet to the application soft- 
ware package via a media access controller, 

[0017] In another embodiment of the invention, the time 
stamping circuit passes each packet to the application soft- 
ware package via a media access controller, and passes each 
associated time code to the application software package via 
an asynchronous interface controller. 

[0018] In another embodiment of the invention, the soft- 
ware package stores the pair of time-stamped packets and 
calculates the elapsed time at a later time. 

[0019] In another aspect, the invention comprises system 
for time-stamping a data packet transmitted on or received 
from a data network. The system includes a network media 
interface device for accepting a receive data packet from, 
and providing a transmit data packet to, a network medium. 
The system also includes a time source for generating and 
maintaining a time code, and a time-stamping circuit. The 
time-stamping circuit samples a receive time code from the 
time source when the interface device accepts the receive 
data packet from the network medium, and associates the 
receive time code with the receive data packet so as to form 
a time-stamped receive packet. The lime-stamping circuit 



also samples a transmit time code from the time sburce when 
the interface device provides the transmit data packet to the 
network medium, and associates the transmit time code with 
the transmit data packet, so as to form a time-stamped 
transmit packet. 

[0020] In another aspect, the invention comprises a 
method of time-stamping a data packet associated with a 
data network. The method includes transferring a data 
packet to or from a network medium via a network media 
interface device, and generating and maintaining a time code 
in a time source. The method also includes sampling a time 
code from the time source when the interface device trans- 
fers the data packet to or from the network medium, and 
associating the time code with the receive data packet so as 
to form a time-stamped packet. 

[0021] Another embodiment of the invention further 
includes storing the time -stamped packet in a memory 
circuit. 

[0022] Another embodiment of the invention further 
includes receiving the time-stamped packet from the time 
stamping-circuit, and calculating an elapsed time therefrom. 

[0023] Another embodiment of the invention further 
includes designating one or more specific packets via a 
registration module, and processing only those specific 
packets of all the packets received from the time-stamping 
circuit. 

[0024] Another embodiment of the invention further 
includes designating one or more specific packets, and 
time-stamping only those specific packets of all the data 
packets transferred to or from the network. 

[0025] Another embodiment of the invention further 
includes inserting at least a portion of the time code in a 
CRC field of the time-stamped packet. 

[0026] Another embodiment of the invention further 
includes executing a CRC calculation on the packet so as to 
produce a single error bit signifying whether or not an error 
is present in the packet. The method also includes removing 
an original CRC word from the CRC field of the packet, and 
inserting the error bit and the time code into the CRC field 
of the packet. 

[0027] Another embodiment of the invention further 
includes passing the packet to an application software pack- 
age via a media access controller. 

[0028] Another embodiment of the invention further 
includes passing the packet to an application software pack- 
age via a media access controller, and passing the associated 
time code to the application software package via an asyn- 
chronous interface controller. 

[0029] Another embodiment of the invention further 
includes storing the time-stamped receive packet and the 
time-stamped transmit packet, and calculating the elapsed 
time at a later time. 

BRIEF DESCRIPTION OF DRAWINGS 

[0030] The foregoing and other objects of this invention, 
the various features thereof, as well as the invention itself, 
may be more fully understood from the following descrip- 
tion, when read together with the accompanying drawings in 
which: 
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[0031] FIG. 1 illustrates how a prior art system uses a ping 
test to determine packet propagation delay; 

[0032] FIG. 2 shows a block diagram of one embodiment 
of a system for time stamping a data packet associated with 
a data network according to the present invention; 

[0033] FIG. 3 shows another embodiment of the system 
shown in FIG. 2; and, 

[0034] FIG. 4 shows an embodiment of the invention 
shown in FIG. 2 that further removes transit delay ambi- 
guity. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0035] The present invention, a system for hardware time 
stamping and registration of packetized data, substantially 
eliminates the aforementioned uncertainties introduced by 
software time stamping schemes. The invention allows 
highly accurate measurements of network transit times for 
packetized data. The invention associates a distinct time 
code (also referred to herein as "time-stamp") that desig- 
nates a chronological reference point with each packet 
received from or provided to the physical media. The time 
code association is performed by hardware to minimize 
non-deterministic delays and other uncertainties associated 
with handling packets in software. In general, the time code 
that is associated with a packet is correlated to when a 
specific, predetermined point on the packet is at a particular 
location in the system. For example, in one embodiment, the 
time code may be correlated to when the beginning of the 
first bit of the packet is received from the physical media. In 
another embodiment, the time code may be correlated to the 
end of the last bit of the packet received from the physical 
media. 

[0036] ^Vhe time source (i.e., the source of the lime code) 
may be any type of chronometer known in the art. In one 
emijodiment, the time source is a simple free running 
counter running from a relatively stable local oscillator. In 
another embodiment, the time source may include a GPS 
based time source that is disciplined to UTC (Universal 
Time). An advantage of a GPS based time source is that 
several remote networic stations can all be synchronized to 
within the dissemination error of the GPS system. 

[0037] Each packet that is received from or provided to the 
physical network will have a unique time-stamp associated 
with it. A software process that has non-deterministic delays 
can process these hardware time-stamped packets in the 
future, on a non-real time basis, without losing precise 
arrival-time or transmit-time information, since each packet 
is associated with its own distinct time-stamp value. 

[0038] One embodiment of a system for time stamping a 
data packet associated with a data network 100 is shown in 
block diagram fonm in FIG. 2. The system 100 includes a 
network media interface device 102 (also referred to herein 
as "physical interface" or "PHY") coupled to a network 
medium 104 so as to facilitate packet transfer between the 
interface device 102 and the network medium 104. The 
media interface device 102 is also coupled to a media 
interface controller 106 (also referred to herein as "MAC") 
via a bi-directional interface 108. The MAC 106 provides, 
via the bi-directional interface 108, outgoing packets to the 
media interface device 102 that are to be sent out on the 



medimn 104. The MAC 106 also receives, via the bi- 
directional interface 108, incoming packets from the media 
interface device 102 that have been received from the 
network medium 104. The system 100 further includes a 
time-stamping circuit 110 that receives any packets, incom- 
ing or outgoing, that propagate via the bi-directional inter- 
face 108 between the MAC 106 and the media interface 
device 102. Each time the time-stamping circuit 110 
receives a packet from the interface 108, the time-stamping 
circuit 110 samples the time source 112 to acquire a time 
code, and associates that time code with the packet. The 
packet, together with the associated time code, are referred 
to herein collectively as a "time-stamped packet." 

[0039] The temporal relationship between when the time- 
stamping circuit 110 receives a particular packet from the 
interface 108 and when the time-stamping circuit 110 
samples the time source 112 is critical. In some embodi- 
ments of the invention, the time code that the time-stamping 
circuit 110 associates with a particular packet represents the 
exact state of the time source 112 when the packet is 
propagating across the interface 108. In other embodiments, 
the time code that the time-stamping circuit 110 associates 
with a particular packet may be a fixed oflEset from the exact 
state of the time source 112 when the packet is propagating 
across the interface 108. In any case, the time code associ- 
ated with the packet in the time -stamping circuit 110 has a 
fixed temporal relationship with the state of the time source 
112 when the packet as on the interface 108. 

[0040] In one embodiment, the system 100 further 
includes an I/P stack 114, which is characterized by one or 
more software processes that handle various processing 
layers inherent in the packet data structure. The system 100 
also includes an application software package 116 that 
handles the end-product of the packet communication. For 
example, the application software 116 may include a test 
application that generates the aforementioned "ping** mes- 
sages, and calculates transit delays from the time codes 
associated therewith. For an outgoing message, the applica- 
tion software 116 generates the outgoing message and passes 
it to the I/P stack 114. The I/P stack receives the outgoing 
message, uses it to compile an outgoing packet, and passes 
the outgoing packet to the MAC 106, For an incoming 
message, the I/P stack 114 receives an incoming packet from 
the MAC 106, de-compiles it to access the layer that carries 
the incoming message, and passes the incoming message to 
the application software 116. 

[0041] The time-stamping circuit 110 passes time-stamped 
packets to the application software 116 via a time-stamp 
MAC 118 and a dispatcher software process 120. In an 
embodiment of the invention that is particularly suitable for 
Ethernet based networks, the time-stamping circuit 110 
combines the associated time-code and a CRC (cyclic redun- 
dancy code) word firom the packet, and places the combi- 
nation in the original CRC field to form a time-stamped 
packet. Ethernet packets propagate on the network medium 
104 with a potentially small Inter Packet Gap (hereinafter 
referred to as "IPG") between each packet, depending on the 
packet rate. Such a small IPG makes appending a time code 
to these packets "on the fly" (i.e., in real time) difiScult for 
two reasons. First, since a minimum IPG is required for 
proper operation of an Ethernet MAC, "stealing*' any por- 
tion of the IPG for a time -stamp necessarily reduces the 
maximum data rate of the Ethernet channel. The Ethernet 
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MAC is shown as the time-slamp MAC 118 io FIG. 2, 
although in general, the lime-stamp MAC 118 may handle 
alternative communications protocols in other embodi- 
ments. Second, appending a time stamp to the end of an 
Ethernet packet will cause the Ethernet MAC to reject the 
packet, since the time -stamped packet will not appear to 
contain the proper CRC. Ethernet packets include a 32-bit 
CRC field, which are always placed in the last 4 bytes of the 
packet. If a time code is appended to the end of an Ethernet 
packet, the MAC will treat the last 4 bytes of this time code 
as the CRC field, which will in most instances produce an 
error indication from the CRC calculation. 

[0042] In this embodiment of the invention, the time- 
stamping circuit 110 uses the CRC field of a packet to 
transport the time-code. For each received packet, the time- 
stamping circuit 110 validates the CRC of the packet and 
indicates any errors via a single status bit. Methods of 
validating the packet CRC are well known in the art, and are 
not described herein. The time-stamping circuit combines 
the status bit and the time code and inserts them into the 
original CRC field of the packet. In one embodiment, the 
status bit is pre-pended to the time stamp value, although the 
status bit may be included in any predetermined position 
within the CRC field. The system 100 configures the Eth- 
ernet MAC to receive the packet firom the time-stamping 
circuit 110 without performing a CRC validation check. This 
will allow the Ethernet MAC 118 to store the packets with 
the time -code intact in its packet buffer memory. A software 
process referred herein to as the "dispatcher" 120 receives 
the time -stamped packet from the Ethernet MAC 118. The 
MAC 118 checks the CRC status bit and invalidates the 
packet if the status bit indicates an error. 

[0043] The dispatcher 120 includes an interrupt-driven 
dispatcher 122, and a task dispatcher 124. Each time the 
time -stamp MAC 118 has a time-stamped packet available 
for the interrupt-driven dispatcher 122, the time -stamp MAC 
118 issues an interrupt to the associated processor, and the 
processor vectors to the interrupt-driven dispatcher 122. The 
interrupt-driven dispatcher fetches the time-stamped packet 
from the MAC 118, and routes the packet to the task 
dispatcher 124. 

[0044] The task dispatcher 124 receives registration infor- 
mation from a registration software module in the applica- 
tion software 116 that identifies and designates particular 
packets. The task dispatcher 122 compares the time-stamped 
packet to the registration information; if the time-stamped 
packet matches any of the packets listed in the registration 
information, the task dispatcher passes that time-stamped 
packet on to the application software 116. The comparison 
that the task dispatcher 122 performs may include a bit-wise 
comparison of selected fields in the packet. Alternately, the 
comparison may include a bit-wise comparison of only 
particular bits in the packet, or it may include a bit-wise 
comparison of all bits in the packet. 

[0045] In another embodiment, the time-stamping circuit 
110 may provide the lime-stamped packet to the application 
software 116 by separately transferring the time -code and 
the associated packet across distinct channels, as shown in 
FIG. 3. The time-stamp circuit llOA in this embodiment 
includes the primary time-stamping circuiUy 130, a data 
store 132 and a FIFO 134. For each packet the time-stamp 
circuit llOA receives from the bi-directional interface 108, 



the circuitry 130 samples the time-source 112 for a time- 
code and associates the time code with the packet, as 
described herein. The circuitry 130 then provides the packet 
to the data store 132 and provides the associated time code 
to the FIFO. 134. The dispatcher 120 then accesses the data 
store 132 and the FIFO 134 in lock-step (i.e., synchronized), 
so that the associated packets and time-codes are taken 
together. The dispatcher 120 receives the packets from the 
time-stamp MAC 118 via an interrupt-driven dispatcher, as 
described herein. The dispatcher 120 receives the associated 
time-code via an asynchronous interface device 136. 
Although the dispatcher 120 does not need to remove the 
associated time code at the same time that it removes the 
packet, dispatcher 120 must remove the associated time- 
code from the FIFO prior to removing another packet in 
order to remain in lock-step. 

[0046] In a preferred embodiment, the time code that the 
time source 112 maintains includes a 64 bit word, with the 
least significant bit corresponding to 1 nS. Time-codes 
having other lengths may be used in alternative embodi- 
ments to provide different time resolutions; the 64 bit code 
described herein is merely an illustrative example. One 
disadvantage to the embodiment shown in FIG. 2 is that 
only the 31 least significant bits (low order bits) of the time 
code can be combined with the status bit and sent across the 
MAC 118 in the CRC field of the packet. This embodiment 
copes with such a truncation by maintaining an mirror 
version of the most significant 33 bits (high order bits) of the 
time code in the dispatcher 120, and monitoring the low 
order bits in the consecutive time -stamped packets for 
roll-over as they reach the dispatcher 120. When the low 
order bits in consecutive packets transition from a large 
value to a small value, roll-over is indicated. Further, the 
dispatcher 120 may periodically poll the time source 112 to 
maintain synchronization between the two sets of high order 
bits. The embodiment shown in FIG. 3 circumvents the 
time-code truncation issue by utilizing a 64 bit FIFO 134, 
and passing the entire 64 bit word to the dispatcher 120 via 
the asynchronous interface 136. 

[0047] As described herein for the prior art, the system 
100 can calculate packet transit delay on the network 
medium 104 by performing a ping test with a second station, 
time-stamping the transmitted echo request and the received 
echo response packet, then calculating the difference 
between the time-stamps. However, since the echo request 
and echo response packets must pass through an I/P stack at 
the second station (i.e., the station that "loops back** the 
message), some amount of uncertainty in the calculation of 
the packet transit delay still remains. The system 100 
reduces the uncertainty by performing the hardware time- 
stamping as described herein. 

[0048] Nearly all such uncertainty can be removed from 
the calculation of the packet transit delay by placing a 
hardware time stamping system as described herein at both 
ends of the network medium to be tested, and by executing 
a special set of test packets. One such embodiment is shown 
in FIG. 4. This embodiment includes a first station 202 and 
a second station 204 both connected to a network medium 
104. Each station includes a system 206 for time stamping 
a data packet associated with a data network. The system 
206 may include the embodiment described in either FIG. 2 
or FIG. 3. In one embodiment, the sequence of events for 
calculating packet transit delay is as follows: 
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[0049] (1) The first station 202 iaitiates the calcula- 
tion by sending a first lest packet characterized by a 
first predetermined identification (ID) code to the 
second station. 

[0050] (2) The first station 202 time-stamps the first 
test packet as it is transmitted to the medium 104. 

[0051] (3) The second station 204 time-stamps the 
first test packet when the second station 204 receives 
the first test packet from the medium 104. 

[0052] (4) The first test station 202 sends a second 
test packet (characterized by a second predetermined 
ID code) to the second station 204. This second test 
packet contains the time-code that was associated 
with the first test packet at the first station 202. 

[0053] After receiving the first and second test packets, the 
second station 204 has the time-code that was associated 
with the first test packet at the first station (via the second 
test packet), and the time-code that was associated with the 
first test packet at the second station 204 (via the time- 
stamping at the second station). Both time-codes were 
generated via hardware time-stamping circuit as described 
herein, thus eliminating software-induced uncertainty. In 
this embodiment, the time source associated with the first 
station 202 and the time source associated with the second 
station 204 are synchronized in some manner, e.g., via GPS 
or other synchronization method known in the art. Finally, 

[0054] (5) The second test station 204 calculates the 
difference between the time-code that was associated 
with the first test packet at the first station and the 
time-code that was associated with the first test 
packet at the second station 204 to determine the 
packet transit delay. 

[0055] An additional advantage of determining the packet 
transit delay by lime -stamping a packet at iwo network 
stations is that one-way packet transit time may be accu- 
rately calculated. In prior art systems that determine the 
"round trip" transit time of the packet, the one way transit 
time may be estimated by assuming a symmetrical network 
and dividing the round-trip time in half. However, many 
networks are not symmetrical, so simply dividing the roimd- 
trip time in half may be inaccurate. 

[0056] The present invention may be used for measure- 
ment and delay analysis for communication products that 
use the Internet or other large networks to exchange infor- 
mation. The objective is to remove inaccuracies associated 
with the network interface software stack and more accu- 
rately measure the network infrastructure delay and perfor- 
mance. 

[0057] The invention may be embodied in other specific 
forms without departing firom the spirit or essential charac- 
teristics thereof. The present embodiments are therefore to 
be considered in respects as illustrative and not restrictive, 
the scope of the invention being indicated by the appended 
claims rather than by the foregoing description, and all 
changes which come within the meaning and range of the 
equivalency of the claims are therefore intended to be 
embraced therein. 

What is claimed is: 

1. A system for time-stamping a data packet associated 
with a data network, comprising: 



a network media interface device for transferring a data 
packet to or from a network medium; 

a time source for generating and maintaining a time code; 

a time-stamping circuit for sampling a lime code from the 
time source when the interface device transfers the data 
packet to or from the network medium, and for asso- 
ciating the time code with the data packet so as to form 
a time-stamped packet. 

2. A system according to claim 1, wherein the time- 
stamping circuit further includes a memory circuit for stor- 
ing the time-stamped packet. 

3. A system according to claim 1, wherein the network 
media interface device includes an Ethernet interface device 
for implementing an Ethernet protocol on the network 
media. 

4. A system according to claim 1, further including an 
application software package for receiving a pair of time- 
stamped packets from the time stamping-circuit, and for 
calculating a time difference therefrom. 

5. A system according to claim 4, the application software 
package further including a registration module for desig- 
nating one or more specific packets, wherein the software 
package receives the specific packet designations from the 
registration module, and processes only those specific pack- 
ets of all the packets received from the time -stamping 
circuit. 

6. A system according to claim 4, the application software 
package further including a registration module for desig- 
nating one or more specific packets, wherein the time- 
stamping circuit receives the specific packet designations 
from the registration module, and time-stamps only those 
specific packets of all the data packets transferred to or from 
the network. 

7. A system according to claim 4, wherein each of the 
time-stamped packets includes at least a portion of the time 
code in a CRC field of the packet. 

8. A system according to claim 7, wherein for each of the 
time-stamped packets, the time-stamping circuit (i) executes 
a CRC calculation on the packet so as to produce a single 
error bit signifying whether or not an error is present in the 
packet, (ii) removes an original CRC word from the CRC 
field of the packet, and (iii) inserts the error bit and the time 
code into the CRC field of the packet. 

9. A system according to claim 7, wherein the time- 
stamping circuit passes each packet to the application soft- 
ware package via a media access controller. 

10. A system according to claim 4, wherein the time 
stamping circuit passes each packet to the application soft- 
ware package via a media access controller, and passes each 
associated time code to the application software package via 
an asynchronous interface controller. 

11. A system according to claim 4, wherein the software 
package stores the pair of time-stamped packets and calcu- 
lates the elapsed time at a later time. 

12. A system for time-stamping a data packet transmitted 
on or received from a data network, comprising: 

a network media interface device for accepting a receive 
data packet from, and providing a transmit data packet 
to, a network medium; 

a time source for generating and maintaining a time code; 

a time-stamping circuit for (i) sampling a receive time 
code from the time source when the interface device 
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accepts the receive data packet from the network 
medium, and associating the receive time code with the 
receive data packet so as to form a time-stamped 
receive packet, and (ii) sampling a transmit time code 
from the time source when the interface device pro- 
vides the transmit data packet to the network medium, 
and associating the transmit time code with the transmit 
data packet, so as to form a time-stamped transmit 
packet. 

13. A system according to claim 12, wherein the time- 
stamping circuit further includes a memory circuit for stor- 
ing the time-stamped receive packet, and for storing the 
time -stamped transmit packet. 

14. A system according to claim 12, wherein the network 
media interface device includes an Ethernet interface device 
for implementing an Ethernet protocol on the network 
media. 

15. A system according to claim 12, further including an 
application software package for receiving the time-stamped 
receive packet and the lime -stamped transmit packet from 
the time stamping-circuit, and for calculating a time differ- 
ence therefrom. 

16. A system according to claim 15, the application 
software package further including a registration module for 
designating one or more specific packets, wherein the soft- 
ware package receives the specific packet designations from 
the registration module, and processes only those specific 
packets of all the packets received from the time-stamping 
circuit, 

17. A system according to claim 15, the application 
software package further including a registration module for 
designating one or more specific packets, wherein the time- 
stamping circuit receives the specific packet designations 
from the registration module, and time-stamps and only 
those specific packets of all the receive data packets and the 
transmit data packets. 

18. A system according to claim 15, wherein the time- 
stamped transmit packet and the time-stamped receive 
packet include at least a portion of the time code in a CRC 
field of the packet. 

19. A system according to claim 18, wherein the lime- 
stamping circuit (i) executes a CRC calculation on the 
packet so as to produce a single error bit signifying whether 
or not an error is present in the packet, (ii) removes an 
original CRC word from the CRC field of the packet, and 
(iii) inserts the error bit and the time code into the CRC field 
of the packet. 

20. A system according to claim 18, wherein the time- 
stamping circuit passes the packet to the application soft- 
ware package via a media access controller. 

21. A system according to claim 15, wherein the time 
stamping circuit passes (he packet to the application soft- 
ware package via a media access controller, and passes the 
associated time code to the application software package via 
an asynchronous interface controller. 

22. A system according to claim 15, wherein the software 
package stores the time-stamped receive packet and the 
time-stamped transmit packet and calculates the elapsed 
lime at a later time. 

23. A method of time -stamping a data packet associated 
with a data network, comprising: 

transferring a data packet to or from a network medium 
via a network media interface device; 
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generating and maintaining a time code in a time source; 

sampling, via time-stamping circuit, a time code from the 
time source when the interface device transfers the data 
packet to or from the network medium, and associating 
the time code with the receive data packet so as to form 
a lime-stamped packet. 

24. A method according to claim 23, further including 
storing the lime-stamped packet in a memory circuit. 

25. A method according to claim 23, further including 
receiving the time -stamped packet from the time stamping- 
circuit, and calculating an elapsed lime therefrom, 

26. A method according to claim 25, ftirther including 
designating one or more specific packets via a registration 
module, and processing only those specific packets of all the 
packets received from the time-stamping circuit. 

27. A method according to claim 25, further including 
designating one or more specific packets, and time-stamping 
only those specific packets of all the data packets transferred 
to or from the network. 

28. A method according to claim 25, further including 
inserting at least a portion of the lime code in a CRC field 
of the time-stamped packet. 

29. A method according to claim 28, further including (i) 
executing a CRC calculation on the packet so as to produce 
a single error bit signifying whether or not an error is present 
in the packet, (ii) removing an original CRC word from the 
CRC field of the packet, and (iii) inserting the error bit and 
the time code into the CRC field of the packet. 

30. A method according to claim 28, further including 
passing the packet to an application software package via a 
media access controller. 

31. A method according to claim 25, further including 
passing the packet to an application software package via a 
media access controller, and passing the associated time 
code to the application software package via an asynchro- 
nous interface controller. 

32. A method according to claim 25, further including 
storing the time-stamped receive packet and the time- 
stamped transmit packet, and calculating the elapsed time at 
a later time. 

33. A method of time-stamping a data packet with a time 
code and transferring the packet and time code without 
changing the size of the packet, comprising: 

sampling the time code from a time source and associat- 
ing the time code with the packet; 

combining an original CRC word from a CRC field of the 
packet with the time code so as to form a modified lime 
code, and inserting the modified time code into the 
CRC field. 

34. A method according to claim 33, wherein combining 
the CRC with the time code further includes: 

executing a CRC calculation on the packet so as to 
produce a single error bit signifying whether or not an 
error is present in the packet; 

removing the original CRC word from a CRC field of the 
packet, concatenating the error bit and at least a portion 
of the time code so as to form the modified time code, 
and inserting the modified time code into the CRC field 
of the packet. 

***** 
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